無線通信ネットワークによって複数のキャリアのセットを割り当てられた無線通信デバイスにおけるキャリア管理

专利摘要:
無線通信ネットワークによって複数のキャリアのセットを割り当てられた無線通信デバイスにおけるキャリア管理が開示される。１つの態様では、キャリア管理方法は、無線通信デバイスへ割り当てられたキャリアのセットから、アクティブなキャリアのサブセットを形成する複数のキャリアによって、無線通信ネットワーク上でデータを送信することを含む。無線通信デバイスへ割り当てられたキャリアのセットにわたる動作条件を示す第１のパフォーマンス判定基準が決定される。第１のパフォーマンス判定基準に基づいて、データを送信すべき所望のキャリア数が決定される。データを送信すべき所望のキャリア数が、アクティブ・キャリアのサブセット内のキャリア数と比較される。この比較に基づいて、アクティブ・キャリアのサブセットが、動的に調節され、その後、調節されたアクティブ・キャリアのサブセットを用いて、無線通信ネットワーク上でデータが送信される。
公开号:JP2011514725A
申请号:JP2010545237
申请日:2009-01-30
公开日:2011-05-06
发明作者:アッター、ラシッド・アーメッド・アクバー；ガラク、ラビンドラ；ゴッシュ、ドンナ；チェン、チンシン；フ、ジュン；ロット、クリストファー・ジェラルド
申请人:クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ；
IPC主号:H04W28-18

专利说明:

[0001] 本願は、２００８年２月１日に出願され本願の譲受人に譲渡され"METHODANDAPPARATUS FOR UPLINK CARRIERMANAGEMENTAT THEACCESS TERMINALIN MULTICARRIER COMMUNICATION SYSTEMS"と題された米国仮出願６１／０２５，６９６号の優先権を主張する。上記出願は、本明細書において参照によって明確に組み込まれている。]
技術分野

[0002] 本開示は、一般に、回路に関し、さらに詳しくは、無線通信およびその他のアプリケーションにおけるキャリア管理のための技術、システム、および方法に関する。]
背景技術

[0003] 無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰＬＴＥシステム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。]
[0004] 通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートすることができる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力、複数入力単一出力、あるいは、複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。]
[0005] ＭＩＭＯシステムは、データ伝送のために、複数（ＮＴ個の）送信アンテナと、複数（ＮＲ個の）受信アンテナとを用いる。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルまたはキャリアとも称されうるＮＳ個の独立したチャネルへ分解されうる。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。これらマルチキャリア・システムは、複数の送信アンテナおよび受信アンテナによって形成される追加のディメンションが利用される場合、向上されたパフォーマンスを提供しうる。例えば、おのおののデバイスには、情報を送信するための複数のキャリア周波数が提供されうる。これは、より高いスループットおよび／またはより優れた信頼度をもたらす。]
[0006] しかしながら、そのようなマルチキャリア・システムは、それらの単一のキャリアの従来技術を越えた顕著な技術的チャレンジを示す。そのような１つのチャレンジは、データを送信するために使用されるキャリアの数を管理することである。一般に、より多くのキャリアを使用すると、例えば、スループットが高くなるなど、よりパフォーマンスが向上する。しかしながら、送信電力には限界があり、おのおののキャリアは、オーバヘッド特性およびチャネル特性に基づく独自の電力要件がある。キャリアのサブセット上では、送信のみをすることがより効率的でありうる。あるいは、いくつかの事例では、オーバヘッド要件が極めて高負荷になった場合、割り当てられているキャリアをドロップすることがより効率的でありうる。したがって、複数のキャリアの管理は、シングル・キャリア概念の、マルチキャリア・システムへの単なる拡張ではない。]
[0007] 本発明の典型的な実施形態は、効率的なキャリア管理のためのシステムおよび方法に関する。]
[0008] １つの実施形態は、無線通信ネットワークによって複数のキャリアのセットを割り当てられた無線通信デバイスにおけるキャリア管理のための方法に関する。この実施形態では、この方法は、無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数のキャリアによって、無線通信ネットワーク上でデータを送信することと、無線通信デバイスに割り当てられたキャリアのセットにわたる動作条件を示す第１のパフォーマンス判定基準を決定することと、第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定することと、データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較することと、この比較に基づいて、アクティブなキャリアのサブセットを動的に調節することと、調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信することとを備える。]
[0009] 別の実施形態は、割り当てられた複数のキャリアによって無線通信ネットワークと通信するための無線通信デバイスに関する。この実施形態では、無線通信デバイスは、無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数キャリアによって、無線通信ネットワーク上でデータを送信するように構成されたロジックと、無線通信デバイスに割り当てられたキャリアのセットにわたる動作条件を示す第１のパフォーマンス判定基準を決定するように構成されたロジックと、第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定するように構成されたロジックと、データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較するように構成されたロジックと、この比較に基づいて、アクティブなキャリアのサブセットを動的に調節するように構成されたロジックと、調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信するように構成されたロジックとを備える。]
[0010] 別の実施形態は、割り当てられた複数のキャリアによって無線通信ネットワークと通信するための無線通信デバイスに関する。この実施形態では、無線通信デバイスは、無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数キャリアによって、無線通信ネットワーク上でデータを送信する手段と、無線通信デバイスに割り当てられたキャリアのセットにわたる動作条件を示す第１のパフォーマンス判定基準を決定する手段と、第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定する手段と、データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較する手段と、この比較に基づいて、アクティブなキャリアのサブセットを動的に調節する手段と、調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信する手段とを備える。]
[0011] 別の実施形態は、プロセッサによって実行された場合、無線通信ネットワークによって複数のキャリアのセットを割り当てられた無線通信デバイスにおけるキャリア管理のための動作をプロセッサに実行させるコードを備えたコンピュータ読取可能媒体に関する。この実施形態では、コンピュータ読取可能媒体は、無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数キャリアによって、無線通信ネットワーク上でデータを送信するためのコードと、無線通信デバイスに割り当てられたキャリアのセットにわたる動作条件を示す第１のパフォーマンス判定基準を決定するためのコードと、第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定するためのコードと、データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較するためのコードと、この比較に基づいて、アクティブなキャリアのサブセットを動的に調節するためのコードと、調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信するためのコードとを備える。]
図面の簡単な説明

[0012] 添付図面は、本発明の実施形態の記載を支援するために示され、実施形態を限定するのではなく、例示するために提供される。
図１は、本発明の１つの実施形態にしたがう多元接続無線通信システムを例示する。
図２は、ＭＩＭＯシステムにおけるアクセス・ポイント送信機システムおよびアクセス端末受信機システムのブロック図設計である。
図３は、本発明の実施形態にしたがって、データを送信するアップリンク・キャリアの数を、ＡＴにおいて動的に決定することを例示するフロー図である。
図４は、本発明の実施形態にしたがって、効率的に維持されるアップリンク・キャリアの数を、ＡＴにおいて動的に決定することを例示するフロー図である。
図５は、本発明の実施形態にしたがって、データ・アクティブ状態から他の状態へキャリアを移行させることを例示するフロー図である。
図６は、本発明の実施形態にしたがって、データ・インアクティブ状態から他の状態へキャリアを移行させることを例示するフロー図である。
図７は、本発明の実施形態にしたがって、キャリア・インアクティブ状態からデータ・アクティブ状態へキャリアを移行させることを例示するフロー図である。] 図１ 図２ 図３ 図４ 図５ 図６ 図７
実施例

[0013] 本発明の態様は、本発明の特定の実施形態に関する以下の記載および関連する図面で示される。本発明の範囲から逸脱せずに代替実施形態が考案されうる。さらに、本発明の関連する詳細を不明瞭にしないために、本発明の周知の要素は、詳細に説明されないか、あるいは、省略されるだろう。]
[0014] 「典型的である」という単語は「例、事例、あるいは実例として役立つ」ことを意味するために本明細書で使用される。本明細書で「典型的である」と記載されたあらゆる実施形態は、他の実施形態によりも好適であるとか有利であるとか解釈される必要は必ずしもない。同様に、用語「本発明の実施形態」は、必ずしも本発明のすべての実施形態が、説明した特徴、利点、あるいは、運転モードを含むことを必要としない。]
[0015] 本明細書で使用される用語は、特定の実施形態のみを説明する目的のためにあり、本発明の実施形態を限定することは意図されていない。本明細書で使用されるように、単数形“ａ”、“ａｎ”、および“ｔｈｅ”は、文脈において明確に示されていないのであれば、複数形を含むと意図されている。用語「備える（comprises）」、「備えている（comprising）」、「含む（includes）」、および／または，「含んでいる（including）」は、本明細書で使用されている場合、述べられた特徴、完全体、ステップ、動作、要素、および／または、構成要素が存在することを明示するが、１または複数の他の特徴、完全体、ステップ、動作、要素、構成要素、および／または、これらのグループの存在または追加を排除しないことがさらに理解されるだろう。]
[0016] 本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用される。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびロー・チップ・レート（ＬＣＲ）を含んでいる。ｃｄｍａ２０００はＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ）のようなラジオ技術を実施することができる。ＯＦＤＭＡネットワークは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ等のようなラジオ技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。]
[0017] 以下の記載のための例示的なプラットフォームを提供し、ラジオ信号によるデータの無線送信のためのその他の典型的な電気通信規格は、イボリューション・データ・オプティマイズド（Evolution-Data Optimized）またはイボリューション・データ・システム（Evolution-Data system）である（これらは、しばしば、ＥＶ−ＤＯ、ＥＶＤＯ、またはＥＶと略される）。ＥＶ−ＤＯは、送信されるデータ量を最大にするために、（例えば、ＣＤＭＡやＦＤＤのような）多重化技術を利用する。ＥＶ−ＤＯは、ＣＤＭＡ２０００規格ファミリの一部である第３世代パートナシップ計画２（３ＧＰＰ２）によって標準化されている。ＥＶ−ＤＯは、特に、既にＣＤＭＡネットワークを利用している世界中の多くのモバイル電話サービス・プロバイダによって適用されている。ＥＶ−ＤＯには、異なるレビジョンあるいはバージョンが存在する。例えば、ＥＶ−ＤＯレビジョン０、レビジョンＡ、およびレビジョンＢがある。明確化のために、これら技術のある態様が、以下に、ＥＶ−ＤＯについて説明され、ＥＶ−ＤＯ用語が、以下の説明の多くで使用される。本明細書において、ＥＶ−ＤＯレビジョンＢを利用する無線通信システムの文脈で説明されている方法および装置は、例示目的のみのためであることが認識されるだろう。そのような説明は、本発明のさまざまな実施形態を、具体的なスキームに限定するようには意図されていない。なぜなら、これらのメカニズム、技術、方法、および装置は、複数のキャリアを利用する電気通信規格を実施するその他任意の無線通信システムにも等しく適用されるからである。]
[0018] さらに、多くの実施形態は、例えばコンピュータ・デバイスの素子によって実行されるべき動作のシーケンスの観点から説明される。本明細書に記載されたさまざまな動作は、具体的な回路（例えば、特定用途向けＩＣ（ＡＳＩＣ））によって、１または複数のプロセッサによって実行されるプログラム命令群によって、あるいはこれら両方の組み合わせによって実行されうることが認識されるだろう。さらに、本明細書に記載されたこれら動作のシーケンスは、実行時に、本明細書に記載された機能を、関連するプロセッサに対して実行させるコンピュータ命令群の対応するセットを格納した任意の形態のコンピュータ読取可能記録媒体にその全体が組み込まれることが考慮されうる。したがって、本発明のさまざまな態様は、多くの異なる形態で具体化され、それらすべてが、権利主張される主題の範囲内にあると考えられる。さらに、本明細書に記載された実施形態のおのおのについて、そのような実施形態の対応する形態は、例えば、記載された動作を実行「するように構成されたロジック」として記載される。]
[0019] 背景技術で説明するように、モバイル・デバイスは、アップリンク・データ送信およびオーバヘッド送信のために利用可能な送信電力として、有限量の送信電力しか有していない。マルチキャリア・システムでは、より良いパフォーマンス（例えば、より高いスループット）を達成するために、一般には、より多くのキャリアを使用することが望ましい。しかしながら、限定された量の送信電力しかなく、おのおののキャリアは、オーバヘッド特性およびチャネル特性に基づいて、それ自身の電力要件を持っているので、電力が制限されている場合、あるケースにおいては、より少ないキャリア数で送信したり、あるいは、キャリアをドロップした方が、より効率的な場合もある。したがって、以下に記載された本発明の実施形態は、データ送信のために使用されるキャリアのサブセットや、モバイル・デバイスに割り当てられたキャリアの数を効率的に管理するためのメカニズム、技術、方法、および装置を提供する。]
[0020] 図１は、本発明の１つの実施形態にしたがう多元接続無線通信システムを例示する。] 図１
[0021] 図示するように、より広いアクセス・ネットワーク（図示せず）としてのアクセス・ポイント１００（ＡＰ）は、複数のアンテナ・グループを含んでいる。１つは１０４、１０６を含み、他のものは１０８、１０１を含み、さらに他のものは１１２、１１４を含む。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２およびアンテナ１１４と通信している。アンテナ１１２およびアンテナ１１４は、順方向リンク１２０によってアクセス端末１１６へ情報を送信し、逆方向リンク１１８によってアクセス端末１１６から情報を受信しうる。アクセス端末１２２はアンテナ１０６およびアンテナ１０８と通信している。アンテナ１０６およびアンテナ１０８は、順方向リンク１２６によってＡＴ１２２へ情報を送信し、逆方向リンク１２４によってＡＴ末１２２から情報を受信しうる。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。] 図１
[0022] 通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、ＡＴのセクタと称される。図１の実施形態では、異なるアンテナ・グループはそれぞれ、ＡＰ１００によってカバーされた所与のセクタ内のＡＴと通信するように設計される。] 図１
[0023] 順方向リンク１２０、１２６による通信では、アクセス・ポイント１００の送信アンテナは、他のＡＴ１１６、１２４の順方向リンクの信号対雑音比（ＳＮＲ）を改善するために、ビームフォーミングを利用する。一般に、有効通信範囲にわたってランダムに散在するＡＴへ送信するためにビームフォーミングを用いるＡＰは、近隣セル内のすべてのＡＴへ単一のアンテナによって送信しているＡＰよりも、近隣セル内のＡＴへ少ない干渉しかもたらさない。]
[0024] ＡＰは、他の端末と通信するために使用される固定局であり、基地局、ノードＢ、またはその他いくつかの用語でも称されうる。また、ＡＴは、移動局、ユーザ機器（ＵＥ）、無線通信デバイス、端末、あるいはその他いくつかの専門用語で称されうる。]
[0025] アップリンク・キャリアおよびダウンリンク・キャリアのためのオーバヘッド・チャネル構成が、（例えば、ＩＳ−８５６タイプのシステムにおけるトラフィック・チャネル割当（ＴＣＡ）メッセージ、あるいは、Ｗ−ＣＤＭＡタイプのシステムにおけるラジオ・ベアラ再設定メッセージのような）割当メッセージを用いて、ＡＰ１００を経由して、ＡＮ（図示せず）とＡＴ１１６、１２２との間で通信される。]
[0026] 図１に示すように、ＡＴ１１６およびＡＴ１２２に割り当てられたおのおのの逆方向リンク・キャリアは、その間で関連付けられたパイロット信号を有する。ＡＰ１００は、関連する順方向リンクで、（例えば、アップ、ダウン、ホールドのような）逆方向電力制御（ＲＰＣ）コマンドのシリーズを、対応するＡＴ１１６、１２２に送信することによって、おのおののパイロット・チャネルの電力レベルを独立して制御しうる。ＡＴ１１６、１２２は、パイロット信号の信頼性を維持するために、ＲＰＣコマンドに従うように試みる。そうしなければ、チャネルは、ＡＰ１００によって適切に復号されないだろう。さらに、一般には、ＲＰＣコマンドを使用することによって、おのおののセクタまたはおのおののセルにおける複数のＡＴ１１６、１２２からの干渉全体を制御することが望ましい。なぜなら、干渉が増加すると、（ＡＰ１００から最も遠く離れた）エッジ・ユーザが、利用可能な送信電力を使い果たし、ＡＰ１００によって発行されたＲＰＣコマンドに従うことはもはやできなくなるからである。この場合、エッジ・ユーザは、ＡＰ１００との通信に参加できず、セル・サイズは事実上縮小する。これによって、セルがサービス提供できるユーザの数が制限され、リソースが浪費される等となる。そのようなエッジ・ユーザには、データを送信するための所与の数のキャリアが割り当てられるが、送信電力の制限によって、割り当てられたキャリアのすべてを用いること、あるいは保持することさえも、現実的ではない。] 図１
[0027] 図２は、ＭＩＭＯシステム２００におけるＡＰ送信機システム２１０とＡＴ受信機システム２５０のブロック図設計である。] 図２
[0028] ＡＰ２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４へ提供される。１または複数の実施形態によれば、おのおののデータ・ストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。]
[0029] おのおののデータ・ストリームの符号化されたデータは、いくつかの実施形態において、ＯＦＤＭ技術を用いて、パイロット・データと多重化されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ）、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。]
[0030] すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのための）変調シンボルを処理するＴＸＭＩＭＯプロセッサ２２０に提供される。ＴＸ ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。]
[0031] おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ２２４ａ乃至２２４ｔそれぞれから送信される。]
[0032] 受信機システム２５０では、送信された変調信号がＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、それぞれの受信信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。]
[0033] ＲＸデータ・プロセッサ２６０は、ＮＲ個の受信機２５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、ＡＰ２１０におけるＴＸＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。]
[0034] プロセッサ２７０は、上述したように、どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。]
[0035] 逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。その後、逆方向リンク・メッセージは、ＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、ＡＰ２１０へ送り戻される。ＴＸデータ・プロセッサ２３８はまた、データ・ソース２３６から、多くのデータ・ストリームのトラフィック・データをも受信する。]
[0036] ＡＰ２１０では、ＡＴ２５０からの変調された信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理される。これによって、受信機システム２５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。]
[0037] 図１を参照して上述したように、パイロット信号強度が連続的にモニタされ、変化しているチャネル条件に基づいて、コール全体にわたって調節される。逆方向リンク送信電力は、２つの電力制御ループ、すなわち、オープン・ループとクローズド・ループによって制御される。オープン・ループは、（例えば、経路喪失のような）逆方向リンク品質判定基準の推定値を生成する。推定された経路喪失はその後、例えばＡＰ２１０における負荷のような他の要因にしたがって、必要送信電力（ＴｘＯｐｅｎＬｏｏｐＰｗｒ）へ変換される。クローズド・ループの機能は、ＡＰ２１０における所望の信号品質（例えば、トラフィック・チャネルにおける目標ＰＥＲを維持するようなパフォーマンス基準を用いて、アウタ・ループを用いて動的に制御される信号対雑音比（ＳＮＲ））を達成するために、例えばシャドーイングやその他のユーザ干渉のように環境的に導入される現象を考慮しないオープン・ループ推定値を補正することである。この目的は、逆方向リンクの品質判定基準を測定することによって、および、この測定の結果をＡＴ２５０へレポートすることによって達成されうる。例えば、ＡＰ２１０は、逆方向リンクによって送信された基準信号（例えば、パイロットＳＮＲ）を測定し、フィードバック（例えば、ＲＰＣコマンド）をＡＴ２５０へ提供する。ＡＴ２５０は、必要とされるクローズド・ループ送信電力調節値（ＴｘＣｌｏｓｅｄＬｏｏｐＡｄｊ）を決定する。オープン・ループとクローズド・ループとの両方の電力制御は、アウタ・ループ電力制御として当該技術分野で周知であるので、ここでは、さらなる詳細は省略される。] 図１
[0038] 例えば、ＡＰ２１０から遠くへ移動することによって、あるいは、増加した干渉を受信することによって、ＡＴ２５０がチャネル劣化を経験した場合、電力制御ループは、悪影響を受けたキャリアにおける送信電力を増加させるように動作する。送信電力が増加すると、おのおののチャネルの信号の信頼性が高まるが、ＡＴ２５０の送信電力が有限であることを考慮すると、おのおののキャリアの送信電力を無制限に増加させることはできない。この場合、ＡＴ２５０は、割り当てられたキャリアの必ずしもすべてを使用またはサポートできない場合がある。反対に、例えばＡＰ２１０のより近くに移動したり、あるいは、少ない干渉しか受けないことによって、ＡＴ２５０が、向上されたチャネル条件を経験する場合、電力制御ループは、おのおののキャリアにおける送信電力を低減するように動作する。この場合、ＡＴ２５０は、追加のキャリアを使用またはサポートすることができる。]
[0039] したがって、ＡＴ２５０は、ＡＮによって割り当てられたキャリアのセットを、所与の時間におけるデータ送信に利用可能なアクティブなキャリアからなるデータ・アクティブ・サブセットと、現在データ送信に利用することはできないインアクティブなキャリアからなるデータ・インアクティブ・サブセットとに分割する。キャリアを管理するために、ＡＴ２５０は、本発明のさまざまな実施形態にしたがって、以下のうちの１または複数を行うように構成されたキャリア管理ユニット（ＣＭＵ）２９０を含む。（１）ＡＴ２５０が、制限された送信電力を用いてデータを効率的に送信する、割り当てられたアップリンク・キャリアの数を動的に決定する。（２）割り当てられたすべてのアップリンク・キャリアでオーバヘッド・チャネル送信を継続しながら、割り当てられたアップリンク・キャリアのサブセットのみに、アップリンク・データ送信をフネリングする（funnel）。（３）ＡＴ２５０が、制限された利用可能な送信電力を用いて効率的に維持できるアップリンク・キャリアの数を動的に決定する。（４）現在割り当てられているアップリンク・キャリアの数に基づいて、ＡＮのための適切な追加／ドロップ要求を生成する。さらに、ＣＭＵ２９０は、実行中のパケット送信が中断しないように、比較的シームレスなキャリア・アクティブ／非アクティブ手順および追加／ドロップ手順を保証するように構成されうる。他の実施形態では、ＣＭＵ２９０の上記の機能は、プロセッサ２７０によってソフトウェアにおいて実行される。上記の機能のおのおのを、以下に詳細に記載する。]
[0040] （データ・フネリング（funneling））
マルチキャリア・システムでは、データは、小さな部分（例えば、パケット）へ分割され、割り当てられた複数のキャリアで送信される。送信電力需要が増加すると、キャリアは、単に、節電のためにドロップされうる。しかしながら、ある場合には、割り当てられた１または複数のキャリアを実際にはドロップすることなく、より少ないキャリアでデータ送信を強化することが望ましい場合がある。これはデータ・フネリングとして知られている。これによって、ＡＴは、逆方向リンク送信電力制限によってキャリアをドロップする必要なく、より大きな有効通信範囲領域にわたって、ＡＴから、複数の順方向リンクでデータを受信し続けることが可能となる。]
[0041] 図３は、本発明の実施形態にしたがって、データを送信するアップリンク・キャリアの数を、ＡＴにおいて動的に決定することを例示するフロー図である。] 図３
[0042] 図示するように、（例えば、ＡＴ２５０のような）図３のＡＴは、おのおののキャリアの条件に基づいて、ＡＴの送信のための全体的なパフォーマンス判定基準を決定する（ブロック３０２）。例えば、パフォーマンス判定基準は、すべてのキャリアにわたってＡＴによって観察される長期的な平均干渉を示す判定基準になりえる。１つの実施形態では、パフォーマンス判定基準は、平均送信パイロット電力の関数である。あるいは、パフォーマンス判定基準は、ＡＴにおいて利用可能な全データを示す判定基準になりえる。１つの実施形態では、パフォーマンス判定基準は、所与の時間におけるアクティブな媒体アクセス制御（ＭＡＣ）フロー全体にわたって総和された平均データ・キュー長さである。他の代替例として、パフォーマンス判定基準は、いくつかの低データ・レート・キャリアにわたって広げられたデータ送信よりもデータ・レートが高い、少ないキャリアへとデータをフネリングすることが望ましい場合、おのおののキャリアの最小データ・レート要件に基づく判定基準でありうる。１つの実施形態では、パフォーマンス判定基準は、割り当てられたキャリアのすべてにわたる現在のデータ送信についての、平均送信トラフィック対パイロット送信電力比（ＴｘＴ２Ｐ）の総計である。] 図３
[0043] ここで、データ送信に使用されるアップリンク・キャリアの数ｒは、データ・フネリングしきい値ＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒのセット、（すなわち、ＤａｔａＴｈｒｅｓｈｏｌｄ＿１、ＤａｔａＴｈｒｅｓｈｏｌｄ＿２、…、ＤａｔａＴｈｒｅｓｈｏｌｄ＿ＭａｘＡｌｌｏｗｅｄ。ここで、ＭａｘＡｌｌｏｗｅｄとは、所与のシステムにおいてサポート可能なキャリアの最大数である）にしたがって決定される。パフォーマンス判定基準は、データ送信にｒ個のキャリアを使用するために、特定のＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒを満足する、すなわち、超えなければならない。例えば、パフォーマンス判定基準が第２のしきい値と第３のしきい値との間に位置する（すなわち、ＤａｔａＴｈｒｅｓｈｏｌｄ＿２＜パフォーマンス判定基準≦ＤａｔａＴｈｒｅｓｈｏｌｄ＿３）場合、ＡＴは、データ送信のために２つのキャリアを取り扱うことができると判定する。利用可能な送信電力が、その数のキャリアのために効率的に利用されるように、おのおののしきい値が設定されうる。おのおのの設定の電力効率は、例えば、おのおののアクティブ・チャネルの干渉電力スペクトル密度に対するビット毎エネルギ（Ｅｂ／Ｎｔ）の観点から測定されうる。Ｅｂ／Ｎｔは、あるパケット誤り率で１つのビットを送信するための実効的なコストを表すので、効率の良好な尺度を与える。パフォーマンス判定基準が平均送信パイロット電力に基づく１つの実施形態では、ＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒは、指定された最小データ・レートにおいて、ｒ個のアクティブ・キャリアでデータを送信するのに必要とされる最小平均送信パイロット電力である。パフォーマンス判定基準がＡＴにおいて利用可能なすべてのデータに基づく別の実施形態では、ＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒは、ｒ個のキャリアをアクティブに保つために必要な最小のデータ量である。パフォーマンス判定基準が最小データ・レート要件に基づく別の実施形態では、ＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒは、決定された最小データ・レートにおいて、ｒ個のアクティブなキャリアでデータを送信するのに必要な合計のＴｘＴ２Ｐである。一例として、ＤａｔａＴｈｒｅｓｈｏｌｄ＿１は、逆方向リンク・キャリアにおいて、１９．６ｋｂｐｓである最小データ・レートを用いて設定されうる。別の実施形態では、ＤａｔａＴｈｒｅｓｈｏｌｄ＿１は、逆方向リンク・キャリアにおいて、３８．４ｋｂｐｓである最小データ・レートを用いて設定されうる。この実施形態では、ＡＴが１つのキャリアで少なくとも１９．６ｋｂｐｓを保つことができる場合にのみ、あるいは、別の例では、１つのキャリアにおいて、３８．４ｋｂｐｓを保つことができる場合にのみ、ＡＴにおけるアクティブなデータ送信のために、複数の逆方向リンク・キャリアがサポートされる。ＤａｔａＴｈｒｅｓｈｏｌｄ＿２は、１９．６ｋｂｐｓである最小データ・レートを用いて設定されうる。さらに、ＡＴは、１つのキャリアにおいて少なくとも３８．４ｋｂｐｓまたは１９．６ｋｂｐｓを保ち、別のキャリアにおいて１９．６ｋｂｐｓを保つのであれば、アクティブなデータ送信のために２つの逆方向リンク・キャリアをサポートしうる。]
[0044] 図３に戻って、アクティブに使用されているキャリア数ｒに基づいて、パフォーマンス判定基準は、次のしきい値であるＤａｔａＴｈｒｅｓｈｏｌｄ＿（ｒ＋１）と比較され、より多くのキャリアがデータ送信のために効率的に使用されるかが判定される（ブロック３０４）。例えば、起動時には、データ送信のために現在使用されているキャリアの数はゼロであり、ＤａｔａＴｈｒｅｓｈｏｌｄ＿１を確認することにより手順が開始される。このケースでは、パフォーマンス判定基準が、ＤａｔａＴｈｒｅｓｈｏｌｄ＿１未満である場合、例えばＡＰから非常に離れており、チャネル干渉によって、ＡＴは、その時間に、どのデータも送信することができない。] 図３
[0045] パフォーマンス判定基準がＤａｔａＴｈｒｅｓｈｏｌｄ＿（ｒ＋１）を満足しない、すなわち超えない場合、パフォーマンス判定基準が、現在のＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒと比較され、ＡＴが、今でも現在の数ｒのアクティブなキャリアでデータ送信を効率的にサポートできるかを判定する（ブロック３０６）。パフォーマンス判定基準が、ＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒ以上である（すなわち、ＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒ＜パフォーマンス判定基準≦ＤａｔａＴｈｒｅｓｈｏｌｄ＿（ｒ＋１））場合、データ送信のために使用されるキャリアの数ｒは、すでに所望の数に設定されており、さらなる動作は必要とされない。パフォーマンス判定基準がＤａｔａＴｈｒｅｓｈｏｌｄ＿ｒ未満である場合、データ送信のために使用される数ｒのキャリアは、実際には、もはや、効率的な方式では同時に使用されない。ここでは、非アクティブ信号がトリガされ、データ送信のために使用されるデータ・アクティブ・サブセットから、１つのキャリアが削除される（ブロック３０８）。削除されたキャリアは、データ・インアクティブなサブセットに配置される。アクティブなキャリアの数ｒは、アクティブなキャリアの状態の変化を反映するようにデクリメントされる（ブロック３１０）。]
[0046] パフォーマンス判定基準とＤａｔａＴｈｒｅｓｈｏｌｄ＿（ｒ＋１）との比較に戻り、パフォーマンス判定基準がＤａｔａＴｈｒｅｓｈｏｌｄ＿（ｒ＋１）を満足する、すなわち超える場合、ＡＴは、データ送信のための別のキャリアを効率的にサポートしうると判定する。ここでは、まず、ＡＴが、現在の通信システムによって定められた最大数のサポート可能キャリア数に達していないことを確認するためのチェックを行う（ブロック３１２）。実際に、ＡＴが使用可能なキャリア数の制限に達しているのであれば、さらなる動作は講じられない。達していない場合、アクティブ信号がトリガされ、その後のデータ送信のために、別のキャリアをデータ・アクティブ・サブセットへ追加する試みがなされる（ブロック３１４）。その後、ＡＴは、データ・アクティブ・サブセットへ別のキャリアを追加する試みが成功したかを確認するためのチェックを行う（ブロック３１６）。この実行が成功しなかった場合、さらなる動作は講じられない。例えば、ＡＴが、データ・アクティブ・サブセットへ追加するのに利用可能なインアクティブなサブキャリアを用いずに、割り当てられたすべてのキャリアで送信しており、その時に、ＡＮによって追加のキャリアが提供されないのであれば、別のキャリアへ追加する試みは不成功に終わるだろう。（ＡＮに対するキャリア追加／ドロップ要求を以下に説明する。）起動が成功した場合、アクティブ・キャリア状態における変化を反映するように、アクティブなキャリアの数ｒがインクリメントされる（ブロック３１８）。]
[0047] データ・アクティブ・サブセットおよびデータ・インアクティブ・サブセットにおける所望のキャリアの数は、上述したようにして調節されるが、アクティブ化または非アクティブ化されるために選択される特定のキャリアは、別々に決定される。１つの実施形態では、アクティブ化または非アクティブ化されるために選択される特定のキャリアは、キャリア優先度にしたがって決定される。例えば、ＥＶ−ＤＯシステムでは、キャリア優先度は、３ＧＰＰ２規格、３ＧＰＰ２ Ｃ．Ｓ００２４−Ｂ（ＩＳ−８６５Ａエア・インタフェース）で定義された逆方向チャネル・ドロップ・ランク属性で示される。]
[0048] 逆方向チャネル・ドロップ・ランク判定基準に基づいて、キャリア間でタイ（tie）がある場合、ＡＴは、タイ・ブレーカとして第２の判定基準を用いる。使用されるいくつかの典型的な第２の判定基準は、送信パイロット電力、ＦＲＡＢ、Ｔ２ＰＩｎｆｌｏｗ等を含む。これらのおのおのは、３ＧＰＰ２ １×ＥＶ−ＤＯＲｅｖＢ規格テキストで定義されたＲＴＣＭＡＣ−ＲｅｖＢ状態変数である。これらの判定基準は、より効率的なアップリンク・キャリアを促進する。例として、最大の平均送信電力を持つキャリアをドロップすることは、ＡＴが、最大の干渉を持つキャリアをドロップしていることを意味する。したがって、ＡＴは、高い干渉レベルを持つキャリアをドロップすることによって、スペクトル的に効率的な送信を保つことができる。しかしながら、過渡的な雑音を平滑化するために、長期間にわたる平均によって、これら判定基準をフィルタすることがしばしば好まれる。瞬時的な雑音に対して、長期的なチャネル効率を追跡することにより、より振動の少ない安定した動作を提供する。フィルタリング方法の例は、所望の長さの時間定数を用いるムービング・ウィンドウ平均、無限インパルス応答（ＩＩＲ）フィルタリング、あるいは、その他任意の周知のフィルタリング方法を含む。（例えば、数秒のオーダのウィンドウのように）比較的手間のかかるフィルタリングをすれば、比較的ゆっくりとしたフェージング・チャネルの追跡さえも可能となる。]
[0049] 上述した本発明のさまざまな実施形態にしたがうデータ・フネリングは、利用可能な送信電力（例えば、Ｅｂ／Ｎｔ効率）をより効率的に用いる。データ・フネリングはまた、物理レイヤにおけるパケットの過度のフラグメンテーションを回避する。これは、より高いオーバヘッドおよびアプリケーション・レイヤ・パケット誤り率（ＰＥＲ）をもたらす。]
[0050] （キャリア追加／ドロップ）
上述したように、ＡＴはしばしば、ＡＮによって割り当てられたものを超える数のキャリアでデータを効率的に送信できると判定する。一方、多くのキャリアがインアクティブになることによって、ＡＴが、オーバヘッド送信およびパイロット・チャネル送信を維持することが非常に重荷になることがしばしばある。]
[0051] 図４は、本発明の実施形態にしたがって、効率的に維持されるアップリンク・キャリアの数を、ＡＴにおいて動的に決定することを例示するフロー図である。] 図４
[0052] 図示するように、（例えば、ＡＴ２５０のような）図４のＡＴは、おのおののキャリアの条件に基づいて、ＡＴの送信の全体的なパフォーマンス判定基準を再度決定する（ブロック４０２）。パフォーマンス判定基準は、図３と共に上述された判定基準のうちのいずれかでありえる。さらに、図４の、パフォーマンス判定基準は、図３のパフォーマンス判定基準と同じ場合も、異なる場合もある。] 図３ 図４
[0053] ここでは、所与の時間においてＡＴが効率的に維持しうるアップリンク・キャリアの数ｓは、キャリアしきい値ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｓのセット、（すなわち、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿１、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿２、…、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ＭａｘＡｌｌｏｗｅｄ。ここで、ＭａｘＡｌｌｏｗｅｄは、所与のシステムにおいてサポート可能なキャリアの最大数である）にしたがって決定される。]
[0054] パフォーマンス判定基準は、ＡＴにおいてそのキャリア数を保つために、特定のＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｓを満足、すなわち、超えねばならない。例えば、パフォーマンス判定基準が、第２のしきい値と第３のしきい値との間に位置する（すなわち、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿２＜パフォーマンス判定基準≦ＣａｒｒＴｈｒｅｓｈｏｌｄ＿３）場合、ＡＴは、２つのキャリアを保持し、それらのオーバヘッド・チャネルおよびパイロット・チャネルのおのおのを維持できると判定する。おのおのはしきい値は、利用可能な送信電力が、インアクティブなキャリアについて、多すぎるオーバヘッド・チャネルおよびパイロット・チャネルにわたって広げられないように設定されうる。パフォーマンス判定基準が平均送信パイロット電力に基づく１つの実施形態では、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｒは、キャリア数ｒを保持するために必要な最小の平均送信パイロット電力である。パフォーマンス判定基準が、ＡＴにおいて利用可能なすべてのデータに基づく別の実施形態では、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｒは、ＡＴに割り当てられたキャリア数ｒを保つために必要な最小のデータ量である。パフォーマンス判定基準が、最小データ・レート要件に基づく別の実施形態では、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｒは、決定された最小データ・レートにおいてキャリア数ｒを保持するために必要な合計ＴｘＴ２Ｐである。例として、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿１は、逆方向リンク・キャリアにおいて、１９．６ｋｂｐｓである最小データ・レートを用いて設定されうる。別の実施形態では、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿１は、逆方向リンク・キャリアにおいて、３８．４ｋｂｐｓである最小データ・レートを用いて設定されうる。この実施形態では、ＡＴが１つのキャリアにおいて少なくとも１９．６ｋｂｐｓを保つ場合にのみ、あるいは、別の例として、１つのキャリアにおいて３８．４ｋｂｐｓを保つ場合にのみ、ＡＴにおいて、複数の逆方向リンク・キャリアがサポートされる。その後、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿２が、９．６ｋｂｐｓである最小データ・レートを用いて設定されうる。さらに、ＡＴは、１つのキャリアにおいて少なくとも３８．４ｋｂｐｓあるいは１９．６ｋｂｐｓを保ち、別のキャリアにおいて９．６ｋｂｐｓを保つ場合には、２つの逆方向リンク・キャリアをサポートしうる。図４に戻って、現在ＡＴに割り当てられているキャリアの数ｓに基づいて、パフォーマンス判定基準は、次のしきい値ＣａｒｒＴｈｒｅｓｈｏｌｄ＿（ｓ＋１）と比較され、さらなるキャリアがＡＴによって効率的にサポートされるかが判定される（ブロック４０４）。パフォーマンス判定基準が、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿１未満である場合、ＡＴは、何れのキャリアも保持することができず、ＡＰとの通信は不成功に終わるだろう。] 図４
[0055] パフォーマンス判定基準が、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿（ｓ＋１）を満足しない、すなわち、超えない場合、パフォーマンス判定基準が現在のＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｓと比較され、ＡＴが、ＡＮによって割り当てられたキャリアの現在の数ｓをいまだに効率的にサポートできるかが判定される（ブロック４０６）。パフォーマンス判定基準が、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｓよりも大きい場合（すなわち、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｓ＜パフォーマンス判定基準≦ＣａｒｒＴｈｒｅｓｈｏｌｄ＿（ｓ＋１）である場合）、割り当てられたキャリアの数ｓは、すでに、所望の数に設定されており、さらなる動作は必要とされない。パフォーマンス判定基準が、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿ｓ未満である場合、割り当てられた数ｓのキャリアは、実際には、ＡＴによって効率的な方式ではもはや同時にサポートされない。ここで、割り当てられた１つのキャリアをドロップするためのドロップ信号がトリガされる（ブロック４０８）。例えばＥＶ−ＤＯシステムでは、ＡＴは、ＴＣＡメッセージによってＡＮに直ちに通知している限り、任意の数のキャリアをドロップすることが許される。これによって、ドロップされたキャリアは、必要であれば、他のＡＴへ再割り当てされうる。その結果、割り当てられたキャリアの数ｓは、アクティブ・キャリア状態における変化を反映するためにデクリメントされる（ブロック４１０）。]
[0056] パフォーマンス判定基準とＣａｒｒＴｈｒｅｓｈｏｌｄ＿（ｓ＋１）との比較に戻って、もしもパフォーマンス判定基準が、ＣａｒｒＴｈｒｅｓｈｏｌｄ＿（ｓ＋１）を満足する、すなわち超える場合、ＡＴは、他のキャリアを効率的にサポートできると判定する。ここでは、ＡＴはまず、現在の通信システムによって定義されたサポート可能な最大のキャリア数にまだ達していないことを確認するためのチェックを行う（ブロック４１２）。実際、利用可能なキャリア数の制限に達している場合、さらなる動作は講じられない。達していない場合、ＡＮから別のキャリアを追加することを試みるための追加信号がトリガされる（ブロック４１４）。例えば、ＥＶ−ＤＯシステムでは、別のキャリアを追加するために、ＡＴは、ＴＣＡメッセージによって、別のキャリアが、ＡＮによってＡＴへ割り当てられることを要求する。（ＴＣＡメッセージの生成は、以下に示すさまざまなデータ状態およびキャリア状態の説明において詳述される。）
ＡＴは次に、ＡＮから別のキャリアを追加する試みが成功したかを確認するためのチェックを行う（ブロック４１６）。追加が成功しなかった場合、さらなる動作は講じられない。例えば、ＡＮは、所与の時間において、ＡＴへ割り当てる利用可能な何れのキャリアも持たず、この要求は、ＡＮによって拒否される。追加が成功した場合、割り当てられたキャリアの数ｓは、割当の変化を反映するためにインクリメントされる（ブロック４１８）。]
[0057] 上述したように、キャリアがドロップされるべきか否かの判定がなされる一方、ドロップされるべきであると選択される特定のキャリアは、個別に決定される。１つの実施形態では、ドロップされるべきであると選択される特定のキャリアは、図３に関して上述したキャリア非アクティベーションと同様な方式によって、キャリア優先度にしたがって決定される。ＥＶ−ＤＯシステムの例に戻って、キャリア優先度は再び、逆方向チャネル・ドロップ・ランク属性で示されうる。逆方向チャネル・ドロップ・ランク判定基準に基づいて、キャリア間のタイ（tie）もまた、第２の判定基準タイ・ブレーカ（例えば、長期的な平均送信パイロット電力、ＦＲＡＢ、Ｔ２ＰＩｎｆｌｏｗ等）にしたがって取り扱われうる。] 図３
[0058] いくつかの実施形態では、キャリアを追加するか、あるいはドロップするかの決定は、ＡＴにおいて、比較的スムーズな移行を与えるために、連続したキャリア追加／ドロップ要求間に十分なヒステリシスを与えるようにしてなされる。１つの実施形態では、連続的なキャリア追加／ドロップ要求間の時間を規制するための設定可能な値を持つタイマが使用される。使用されうる遅れ値の１つの例は１秒である。別の例は、３秒である。例えば、図４は、さらなるパフォーマンス判定基準評価を開始する前、オプションとして、タイマ遅れを例示する（ブロック４２０）。別の実施形態では、ＡＴは、（ブロック４０２の一部として、）短期間の移行がスムーズになされるように、パフォーマンス判定基準を、時間にわたって積極的にフィルタする。図３に関して上述したフィルタリング方法（例えば、ＩＩＲポール・フィルタリング、ムービング・ウィンドウ平均等）の何れかが使用されうる。] 図３ 図４
[0059] （データ・アクティブ状態）
データ送信のために選択され、データ・アクティブ・サブセット内に配置されたキャリアは、データ・アクティブ状態にあると言われる。データ・アクティブ状態にあるキャリアは、上述したように生成された非アクティブ・トリガおよびドロップ・トリガのうちの１または複数によって、データ・インアクティブ状態またはキャリア・インアクティブ状態（ともに、後述する）へ移行しうる。]
[0060] 図５は、本発明の実施形態にしたがって、データ・アクティブ状態から他の状態へキャリアを移行させることを例示するフロー図である。] 図５
[0061] データ・アクティブ状態５００では、ＡＴは、ドロップがトリガされたかを確認するチェックを行う（ブロック５０２）。ドロップがトリガされると、ＡＴは、目下なされている送信が、ドロップされるキャリア（例えば、最低の優先度を持つキャリア）において行われているかを確認するためのチェックを行う（ブロック５０４）。目下されている送信が進行中である場合、ＡＴは、ＡＰおよびＡＮとの通信を中断しないように、その送信が終了するのを待つ。この送信が完了した場合、あるいは、選択されたキャリアにおける送信がアクティブではない場合、ＡＴは、ＡＮに対してドロップ要求メッセージ（例えば、ＴＣＡメッセージ）を生成し（ブロック５０６）、選択されたキャリアを、キャリア・インアクティブ状態７００にする（図７参照）。] 図７
[0062] ドロップがトリガされていない場合、ＡＴは、非アクティベーションがトリガされたかを確認するためのチェックを行う（ブロック５０８）。非アクティベーションがトリガされた場合、ＡＴは、この送信が、非アクティブにされるべきキャリア（例えば、最低優先度のアクティブ・キャリア）において行われているのかを確認するためのチェックを行う（ブロック５１０）。行われている場合、ＡＴは、ＡＰおよびＡＮとの通信を中断しないように、その送信が終了するのを待つ。しかしながら、その間、ＡＴはまた、この送信が終了するのを待つことを開始してから、ドロップがトリガされたかを確認するためのチェックも行う（ブロック５１２）。非アクティベーション処理の間にドロップがトリガされた場合、ＡＴは、この送信が終了するのを待ち（ブロック５０４）、ＡＮに対するドロップ要求メッセージを生成し（ブロック５０６）、選択されたキャリアを、キャリア・インアクティブ状態７００にすることによって、上述したようなドロップ処理に戻る。一方、送信が完了した場合、あるいは、選択されたキャリアにおいて送信がアクティブではない場合、ＡＴは、選択されたキャリアを、データ・インアクティブ状態にする（図６参照）。] 図６
[0063] シグナリング・メッセージを搬送するシグナリング・リンク・プロトコル（ＳＬＰ）キャリアの場合、非アクティベーションがトリガされると、ＡＴはさらに、送信を待っているシグナリング・メッセージについて、ＭＡＣフロー０データ・キューをチェックする（オプションのブロック５２０）。ＭＡＣフロー０データ・キューにペンディング情報がある場合、すべてのＳＬＰデータが送信され、ＳＬＰキューがクリアされるまで、ＡＴは待つ。その後、前述したような非アクティベーションが進む。]
[0064] ドロップも非アクティベーションもトリガされていない場合、キャリア状態には変化はない。]
[0065] （データ・インアクティブ状態）
ＡＰとのオーバヘッド送信およびパイロット・チャネル送信を継続することによって、ＡＴにおいて維持されるが、データ・インアクティブ・サブセット内に配置されることによって、データ送信のために選択されないキャリアは、データ・インアクティブ状態にあると言われている。データ・インアクティブ状態におけるキャリアは、上述したようにして生成されたアクティブ・トリガおよびドロップ・トリガのうちの１または複数によって、（前述したような）データ・アクティブ状態または（後述するような）キャリア・インアクティブ状態へ移行しうる。]
[0066] 図６は、本発明の実施形態にしたがって、データ・インアクティブ状態から他の状態へキャリアを移行させることを例示するフロー図である。] 図６
[0067] データ・インアクティブ状態６００において、ＡＴは、ドロップがトリガされたかを確認するチェックを行う（ブロック６０２）。ドロップがトリガされている場合、ＡＴは、ＡＮに対するドロップ要求メッセージ（例えば、ＴＣＡメッセージ）を生成し（ブロック６０４）、選択されたキャリアを、キャリア・インアクティブ状態７００にする（図７参照）。選択されたキャリアは、データ送信のために現在使用されていないキャリアのデータ・インアクティブなサブセットからのものであるので、目下なされている送信をチェックする必要はない。] 図７
[0068] ドロップがトリガされていない場合、ＡＴは、アクティベーションがトリガされたかを確認するためのチェックを行う（ブロック６０６）。アクティベーションがトリガされた場合、ＡＴは、選択されたキャリアを、データ・アクティブ状態にする（図6参照）。選択されたキャリアは、その後のデータ送信のために使用されうる。]
[0069] ドロップもアクティベーションもトリガされていない場合、キャリア状態に変化はない。]
[0070] （キャリア・インアクティブ状態）
ＡＮによってＡＴへ現在割り当てられていないキャリアは、キャリア・インアクティブ状態にあると言われている。キャリア・インアクティブ状態のキャリアは、上述したように生成された追加トリガ、およびＡＮによるその後の承認によって（上述した）データ・アクティブ状態へ移行しうる。]
[0071] 図７は、本発明の実施形態にしたがって、キャリア・インアクティブ状態からデータ・アクティブ状態へキャリアを移行させることを例示するフロー図である。] 図７
[0072] キャリア・インアクティブ状態７００では、追加がトリガされたかを確認するためのチェックがなされる（ブロック７０２）。追加がトリガされている場合、ＡＴは、ＡＮに対する追加要求メッセージ（例えば、ＴＣＡメッセージ）を生成する（ブロック７０４）。トリガされていない場合、何の動作も講じられず、おのおののインアクティブ・キャリアは、インアクティブ・キャリア状態にとどまる。]
[0073] 追加要求メッセージが送信されると、ＡＴは、ＡＮからの応答を待つ（ブロック７０６）。ＡＮが、この要求を承認し、ＡＴに追加のキャリアを割り当てると、そのキャリアが、データ・アクティブ状態５００（図５参照）とされる。この選択されたキャリアは、その後のデータ送信のために使用されうる。] 図５
[0074] 例えば、ＡＴへ割り当てるために利用可能なキャリアが存在しない場合のように、追加要求がＡＮによって承認されないのであれば、所与の追加トリガのためにキャリアは追加されない。]
[0075] 図６乃至図８の設計は、新たになされているパケット送信およびパケット連続送信が、異常終了または中断されることを阻止する。ここでは、そのキャリア内の物理レイヤ・パケット送信における許可されたサブ・サブパケットの最大数までのサブ・パケットのおのおのが送信された後にのみ、ＡＴによって、キャリア・ドロップが実行される。他の実施形態では、その物理レイヤ・パケットのＡＣＫメッセージがＡＮから受信されるまで、ＡＴは待つ。さらに、図６乃至図８の設計では、すべてのＳＬＰデータが送信され、ＳＬＰキューがクリアされるまで、ＡＴは、ＳＬＰメッセージをオーバ・ザ・エアによって搬送しているキャリアをドロップしない。これは、連続したシグナリング・フローが、キャリア追加／ドロップによって中断されないように保つ。１つの実施形態では、ＳＬＰデータを搬送しているキャリアが、ドロップされた場合、ＳＬＰフローが、既存のあるいは、ＡＴによって新たに追加されたキャリアへ再マップされる。] 図６
[0076] 当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されることを認識するだろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。]
[0077] 本明細書では、いくつかの技術がマルチキャリア１×ＥＶ−ＤＯ−ＲｅｖＢの文脈で示されているが、これらの技術はまた、例えばＷＣＤＭＡおよびＨＳＵＰＡのようなその他の周知のマルチキャリア・システムにも適用されることも認識されるだろう。]
[0078] さらに、当業者であれば、本明細書で開示された実施形態に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本開示の範囲からの逸脱をもたらすものと解釈されるべきではない。]
[0079] 本明細書で開示された実施形態に関連して記述された方法、シーケンス、および／またはアルゴリズムは、ハードウェア内に直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。あるいは、この記憶媒体は、プロセッサに統合されうる。]
[0080] したがって、本発明の実施形態は、無線通信デバイスにおいて、キャリア管理のための方法を組み込んだコンピュータ読取可能媒体を含みうる。したがって、この発明は、例示された例に限定されず、本明細書に記載された機能を実行するための任意の主題が、本発明の実施形態に含まれる。上述した開示は、本発明の例示的な実施形態を示している一方、さまざまな変更および修正が、追加された特許請求の範囲によって定義されるような本発明の範囲から逸脱することなくなされうることに注目されるべきである。本明細書に記載される本発明の実施形態にしたがった方法請求項の機能、ステップ、および／または動作は、何れの特定の順序によっても実行される必要はない。さらに、本発明の要素は、単数形で記載も特許請求もされていないが、単数形へ限定することが明確に述べられていないのであれば、複数が考慮される。]

权利要求:

請求項1
無線通信ネットワークによって複数のキャリアのセットを割り当てられた無線通信デバイスにおけるキャリア管理方法であって、前記無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数のキャリアによって、前記無線通信ネットワーク上でデータを送信することと、前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第１のパフォーマンス判定基準を決定することと、前記第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定することと、前記データを送信するキャリアの所望の数を、前記アクティブなキャリアのサブセットにおけるキャリアの数と比較することと、前記比較に基づいて、前記アクティブなキャリアのサブセットを動的に調節することと、前記調節されたアクティブなキャリアのサブセットを用いて、前記無線通信ネットワーク上でその後のデータを送信することとを備える方法。
請求項2
前記第１のパフォーマンス判定基準は、割り当てられたキャリアのセットにわたって前記無線通信デバイスによって観察される長期的な平均干渉を示す請求項１に記載の方法。
請求項3
前記第１のパフォーマンス判定基準は、前記無線通信デバイスにおいて送信中の合計データ量を示す請求項１に記載の方法。
請求項4
前記第１のパフォーマンス判定基準は、前記割り当てられたキャリアのセットでデータを送信するために使用される合計送信電力を示す請求項１に記載の方法。
請求項5
前記第１のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を提供するために、時間にわたってフィルタされる請求項１に記載の方法。
請求項6
前記データを送信するキャリアの所望の数を決定することは、前記第１のパフォーマンス判定基準を、データを送信する所与のキャリアの数を示す１または複数のしきい値と比較することを備える請求項１に記載の方法。
請求項7
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項６に記載の方法。
請求項8
前記アクティブなキャリアのサブセットを動的に調節することは、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも大きい場合、前記アクティブなキャリアのサブセットに１つのキャリアを追加することと、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも小さい場合、前記アクティブなキャリアのサブセットから１つのキャリアを削除することとを備える請求項１に記載の方法。
請求項9
前記追加されるキャリアまたは削除されるキャリアは、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択される請求項８に記載の方法。
請求項10
前記選択されたキャリアを削除することは、前記選択されたキャリアにおける何れかのアクティブなデータ送信が完了するまで延期される請求項９に記載の方法。
請求項11
データを送信するために使用されないキャリアにオーバヘッド送信を維持し、前記無線通信ネットワークによって前記無線通信デバイスに割り当てられたキャリアを保つことをさらに備える請求項１に記載の方法。
請求項12
前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第２のパフォーマンス判定基準を決定することと、前記第２のパフォーマンス判定基準に基づいて、前記無線通信デバイスにおいて維持されるキャリアの所望の数を決定することと、前記維持されるキャリアの所望の数を、前記割り当てられたキャリアのセット内のキャリアの数と比較することと、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも大きい場合、前記無線通信ネットワークへ送信するための追加要求メッセージを動的に生成することと、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも小さい場合、前記無線通信ネットワークへ送信するためのドロップ要求メッセージを動的に生成することとをさらに備える請求項１に記載の方法。
請求項13
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と同じである請求項１２に記載の方法。
請求項14
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準とは異なる請求項１２に記載の方法。
請求項15
前記維持されるキャリアの所望の数を決定することは、前記第２のパフォーマンス判定基準を、維持されるキャリアの所与の数を示す１または複数のしきい値と比較することを備える請求項１２に記載の方法。
請求項16
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項１５に記載の方法。
請求項17
前記ドロップ要求メッセージは、前記無線通信ネットワークが、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択されたキャリアをドロップすることを要求する請求項１２に記載の方法。
請求項18
前記ドロップ要求メッセージを動的に生成することは、前記選択されたキャリアにおける何れかのアクティブなデータの送信が完了するまで延期される請求項１７に記載の方法。
請求項19
前記追加要求メッセージまたはドロップ要求メッセージを動的に生成することは、少なくとも、前記無線通信デバイスによって設定可能な最短時間長さ離される請求項１２に記載の方法。
請求項20
前記第２のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を与えるために、時間にわたってフィルタされる請求項１２に記載の方法。
請求項21
割り当てられた複数のキャリアのセットによって、無線通信ネットワークと通信する無線通信デバイスであって、前記無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数のキャリアによって、前記無線通信ネットワーク上でデータを送信するように構成されたロジックと、前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第１のパフォーマンス判定基準を決定するように構成されたロジックと、前記第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定するように構成されたロジックと、前記データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較するように構成されたロジックと、前記比較に基づいて、アクティブなキャリアのサブセットを動的に調節するように構成されたロジックと、前記調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信するように構成されたロジックとを備える無線通信デバイス。
請求項22
前記第１のパフォーマンス判定基準は、割り当てられたキャリアのセットにわたって前記無線通信デバイスによって観察される長期的な平均干渉を示す請求項２１に記載の無線通信デバイス。
請求項23
前記第１のパフォーマンス判定基準は、前記無線通信デバイスにおいて送信中の合計データ量を示す請求項２１に記載の無線通信デバイス。
請求項24
前記第１のパフォーマンス判定基準は、前記割り当てられたキャリアのセットでデータを送信するために使用される合計送信電力を示す請求項２１に記載の無線通信デバイス。
請求項25
前記第１のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を提供するために、時間にわたってフィルタされる請求項２１に記載の無線通信デバイス。
請求項26
前記データを送信するキャリアの所望の数を決定するように構成されたロジックは、前記第１のパフォーマンス判定基準を、データを送信する所与のキャリアの数を示す１または複数のしきい値と比較するように構成されたロジックを備える請求項２１に記載の無線通信デバイス。
請求項27
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項２６に記載の無線通信デバイス。
請求項28
前記アクティブなキャリアのサブセットを動的に調節するように構成されたロジックは、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも大きい場合、前記アクティブなキャリアのサブセットに１つのキャリアを追加するように構成されたロジックと、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも小さい場合、前記アクティブなキャリアのサブセットから１つのキャリアを削除するように構成されたロジックとを備える請求項２１に記載の無線通信デバイス。
請求項29
前記追加されるキャリアまたは削除されるキャリアは、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択される請求項２８に記載の無線通信デバイス。
請求項30
前記選択されたキャリアを削除することは、前記選択されたキャリアにおける何れかのアクティブなデータ送信が完了するまで延期される請求項２９に記載の無線通信デバイス。
請求項31
データを送信するために使用されないキャリアにオーバヘッド送信を維持し、前記無線通信ネットワークによって前記無線通信デバイスに割り当てられたキャリアを保つように構成されたロジックをさらに備える請求項２１に記載の無線通信デバイス。
請求項32
前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第２のパフォーマンス判定基準を決定するように構成されたロジックと、前記第２のパフォーマンス判定基準に基づいて、前記無線通信デバイスにおいて維持されるキャリアの所望の数を決定するように構成されたロジックと、前記維持されるキャリアの所望の数を、前記割り当てられたキャリアのセット内のキャリアの数と比較するように構成されたロジックと、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも大きい場合、前記無線通信ネットワークへ送信するための追加要求メッセージを動的に生成するように構成されたロジックと、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも小さい場合、前記無線通信ネットワークへ送信するためのドロップ要求メッセージを動的に生成するように構成されたロジックとをさらに備える請求項２１に記載の無線通信デバイス。
請求項33
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と同じである請求項３２に記載の無線通信デバイス。
請求項34
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と異なる請求項３２に記載の無線通信デバイス。
請求項35
前記維持されるキャリアの所望の数を決定するように構成されたロジックは、前記第２のパフォーマンス判定基準を、維持されるキャリアの所与の数を示す１または複数のしきい値と比較するように構成されたロジックを備える請求項３２に記載の無線通信デバイス。
請求項36
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項３５に記載の無線通信デバイス。
請求項37
前記ドロップ要求メッセージは、前記無線通信ネットワークが、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択されたキャリアをドロップすることを要求する請求項３２に記載の無線通信デバイス。
請求項38
前記ドロップ要求メッセージを動的に生成することは、前記選択されたキャリアにおける何れかのアクティブなデータの送信が完了するまで延期される請求項３７に記載の無線通信デバイス。
請求項39
前記追加要求メッセージまたはドロップ要求メッセージを動的に生成することは、少なくとも、前記無線通信デバイスによって設定可能な最短時間長さ離される請求項３２に記載の無線通信デバイス。
請求項40
前記第２のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を与えるために、時間にわたってフィルタされる請求項３２に記載の無線通信デバイス。
請求項41
割り当てられた複数のキャリアのセットによって、無線通信ネットワークと通信する無線通信デバイスであって、前記無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数のキャリアによって、前記無線通信ネットワーク上でデータを送信する手段と、前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第１のパフォーマンス判定基準を決定する手段と、前記第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定する手段と、前記データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較する手段と、前記比較に基づいて、アクティブなキャリアのサブセットを動的に調節する手段と、前記調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信する手段とを備える無線通信デバイス。
請求項42
前記第１のパフォーマンス判定基準は、割り当てられたキャリアのセットにわたって前記無線通信デバイスによって観察される長期的な平均干渉を示す請求項４１に記載の無線通信デバイス。
請求項43
前記第１のパフォーマンス判定基準は、前記無線通信デバイスにおいて送信中の合計データ量を示す請求項４１に記載の無線通信デバイス。
請求項44
前記第１のパフォーマンス判定基準は、前記割り当てられたキャリアのセットでデータを送信するために使用される合計送信電力を示す請求項４１に記載の無線通信デバイス。
請求項45
前記第１のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を提供するために、時間にわたってフィルタされる請求項４１に記載の無線通信デバイス。
請求項46
前記データを送信するキャリアの所望の数を決定する手段は、前記第１のパフォーマンス判定基準を、データを送信する所与のキャリアの数を示す１または複数のしきい値と比較する手段を備える請求項４１に記載の無線通信デバイス。
請求項47
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項４６に記載の無線通信デバイス。
請求項48
前記アクティブなキャリアのサブセットを動的に調節する手段は、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも大きい場合、前記アクティブなキャリアのサブセットに１つのキャリアを追加する手段と、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも小さい場合、前記アクティブなキャリアのサブセットから１つのキャリアを削除する手段とを備える請求項４１に記載の無線通信デバイス。
請求項49
前記追加されるキャリアまたは削除されるキャリアは、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択される請求項４８に記載の無線通信デバイス。
請求項50
前記選択されたキャリアを削除することは、前記選択されたキャリアにおける何れかのアクティブなデータ送信が完了するまで延期される請求項４９に記載の無線通信デバイス。
請求項51
データを送信するために使用されないキャリアにオーバヘッド送信を維持し、前記無線通信ネットワークによって前記無線通信デバイスに割り当てられたキャリアを保つ手段をさらに備える請求項４１に記載の無線通信デバイス。
請求項52
前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第２のパフォーマンス判定基準を決定する手段と、前記第２のパフォーマンス判定基準に基づいて、前記無線通信デバイスにおいて維持されるキャリアの所望の数を決定する手段と、前記維持されるキャリアの所望の数を、前記割り当てられたキャリアのセット内のキャリアの数と比較する手段と、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも大きい場合、前記無線通信ネットワークへ送信するための追加要求メッセージを動的に生成する手段と、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも小さい場合、前記無線通信ネットワークへ送信するためのドロップ要求メッセージを動的に生成する手段とをさらに備える請求項４１に記載の無線通信デバイス。
請求項53
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と同じである請求項５２に記載の無線通信デバイス。
請求項54
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と異なる請求項５２に記載の無線通信デバイス。
請求項55
前記維持されるキャリアの所望の数を決定する手段は、前記第２のパフォーマンス判定基準を、維持されるキャリアの所与の数を示す１または複数のしきい値と比較する手段を備える請求項５２に記載の無線通信デバイス。
請求項56
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項５５に記載の無線通信デバイス。
請求項57
前記ドロップ要求メッセージは、前記無線通信ネットワークが、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択されたキャリアをドロップすることを要求する請求項５２に記載の無線通信デバイス。
請求項58
前記ドロップ要求メッセージを動的に生成することは、前記選択されたキャリアにおける何れかのアクティブなデータの送信が完了するまで延期される請求項５７に記載の無線通信デバイス。
請求項59
前記追加要求メッセージまたはドロップ要求メッセージを動的に生成することは、少なくとも、前記無線通信デバイスによって設定可能な最短時間長さ離される請求項５２に記載の無線通信デバイス。
請求項60
前記第２のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を与えるために、時間にわたってフィルタされる請求項５２に記載の無線通信デバイス。
請求項61
プロセッサによって実行された場合、前記プロセッサに対して、無線通信ネットワークによって複数のキャリアのセットが割り当てられた無線通信デバイスにおけるキャリア管理のための動作を実行させるためのコードを備えたコンピュータ読取可能媒体であって、前記無線通信デバイスに割り当てられたキャリアのセットからアクティブなキャリアのサブセットを形成する１または複数のキャリアによって、前記無線通信ネットワーク上でデータを送信するためのコードと、前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第１のパフォーマンス判定基準を決定するためのコードと、前記第１のパフォーマンス判定基準に基づいて、データを送信するキャリアの所望の数を決定するためのコードと、前記データを送信するキャリアの所望の数を、アクティブなキャリアのサブセットにおけるキャリアの数と比較するためのコードと、前記比較に基づいて、アクティブなキャリアのサブセットを動的に調節するためのコードと、前記調節されたアクティブなキャリアのサブセットを用いて、無線通信ネットワーク上でその後のデータを送信するためのコードとを備えるコンピュータ読取可能媒体。
請求項62
前記第１のパフォーマンス判定基準は、割り当てられたキャリアのセットにわたって前記無線通信デバイスによって観察される長期的な平均干渉を示す請求項６１に記載のコンピュータ読取可能媒体。
請求項63
前記第１のパフォーマンス判定基準は、前記無線通信デバイスにおいて送信中の合計データ量を示す請求項６１に記載のコンピュータ読取可能媒体。
請求項64
前記第１のパフォーマンス判定基準は、前記割り当てられたキャリアのセットでデータを送信するために使用される合計送信電力を示す請求項６１に記載のコンピュータ読取可能媒体。
請求項65
前記第１のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を提供するために、時間にわたってフィルタされる請求項６１に記載のコンピュータ読取可能媒体。
請求項66
前記データを送信するキャリアの所望の数を決定するためのコードは、前記第１のパフォーマンス判定基準を、データを送信する所与のキャリアの数を示す１または複数のしきい値と比較するためのコードを備える請求項６１に記載のコンピュータ読取可能媒体。
請求項67
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項６６に記載のコンピュータ読取可能媒体。
請求項68
前記アクティブなキャリアのサブセットを動的に調節するためのコードは、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも大きい場合、前記アクティブなキャリアのサブセットに１つのキャリアを追加するためのコードと、前記キャリアの所望の数が、前記アクティブなキャリアのサブセット内のキャリア数よりも小さい場合、前記アクティブなキャリアのサブセットから１つのキャリアを削除するためのコードとを備える請求項６１に記載のコンピュータ読取可能媒体。
請求項69
前記追加されるキャリアまたは削除されるキャリアは、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択される請求項６８に記載のコンピュータ読取可能媒体。
請求項70
前記選択されたキャリアを削除することは、前記選択されたキャリアにおける何れかのアクティブなデータ送信が完了するまで延期される請求項６９に記載のコンピュータ読取可能媒体。
請求項71
データを送信するために使用されないキャリアにオーバヘッド送信を維持し、前記無線通信ネットワークによって前記無線通信デバイスに割り当てられたキャリアを保つためのコードをさらに備える請求項６１に記載のコンピュータ読取可能媒体。
請求項72
前記無線通信デバイスに割り当てられたキャリアのセットにおける動作条件を示す第２のパフォーマンス判定基準を決定するためのコードと、前記第２のパフォーマンス判定基準に基づいて、前記無線通信デバイスにおいて維持されるキャリアの所望の数を決定するためのコードと、前記維持されるキャリアの所望の数を、前記割り当てられたキャリアのセット内のキャリアの数と比較するためのコードと、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも大きい場合、前記無線通信ネットワークへ送信するための追加要求メッセージを動的に生成するためのコードと、前記維持されるキャリアの所望の数が、前記割り当てられたキャリアのセット内のキャリアの数よりも小さい場合、前記無線通信ネットワークへ送信するためのドロップ要求メッセージを動的に生成するためのコードとをさらに備える請求項６１に記載のコンピュータ読取可能媒体。
請求項73
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と同じである請求項７２に記載のコンピュータ読取可能媒体。
請求項74
前記第２のパフォーマンス判定基準は、前記第１のパフォーマンス判定基準と異なる請求項７２に記載のコンピュータ読取可能媒体。
請求項75
前記維持されるキャリアの所望の数を決定するためのコードは、前記第２のパフォーマンス判定基準を、維持されるキャリアの所与の数を示す１または複数のしきい値と比較するためのコードを備える請求項７２に記載のコンピュータ読取可能媒体。
請求項76
対応する数のキャリアに対するしきい値がおのおの、所望の最小データ・レートに基づいて設定される請求項７５に記載のコンピュータ読取可能媒体。
請求項77
前記ドロップ要求メッセージは、前記無線通信ネットワークが、前記無線通信デバイスによって保持されたキャリアの優先度リストにしたがって選択されたキャリアをドロップすることを要求する請求項７２に記載のコンピュータ読取可能媒体。
請求項78
前記ドロップ要求メッセージを動的に生成することは、前記選択されたキャリアにおける何れかのアクティブなデータの送信が完了するまで延期される請求項７７に記載のコンピュータ読取可能媒体。
請求項79
前記追加要求メッセージまたはドロップ要求メッセージを動的に生成することは、少なくとも、前記無線通信デバイスによって設定可能な最短時間長さ離される請求項７２に記載のコンピュータ読取可能媒体。
請求項80
前記第２のパフォーマンス判定基準は、時間平均されたパフォーマンス判定基準を与えるために、時間にわたってフィルタされる請求項７２に記載のコンピュータ読取可能媒体。